home *** CD-ROM | disk | FTP | other *** search
/ Ham Radio 2000 / Ham Radio 2000.iso / ham2000 / tcp_ip / rip2 / rip2.txt < prev    next >
Text File  |  1993-08-12  |  7KB  |  215 lines
  1. RIP-2 for NOS
  2.  
  3. Introduction
  4.  
  5. This document covers the implementation of RIP-2 (RFC 1388) in
  6. NOS.  Specifically the WG7J version of NOS.  RIP-2 is an
  7. enhanced version of the RIP protocol (RFC 1058).  RIP and RIP-2
  8. are an interior gateway protocol (IGP).  RIP-2 for NOS was
  9. implemented by Jeff White, N0POY.
  10.  
  11. This documentation is for the beta release V0.9
  12.  
  13. FEATURES
  14.  
  15. The NOS implementation implements all features of the normal RIP
  16. protocol (RFC 1058) and all features of the RIP-2 protocol (RFC
  17. 1388) except multicasting (which NOS does not currently
  18. implement) and Route Tags (NOS does not implement any EGPs). 
  19. Features include:
  20.  
  21. Routing Domains
  22.  
  23. Authentication
  24.  
  25. Proxy routing
  26.  
  27. Filtering of naughty nodes
  28.  
  29. Optional refusal of a default route
  30.  
  31. Enhanced logging and tracing
  32.  
  33. Route subnet masks correctly maintained
  34.  
  35. Optional refusal to accept older RIP version broadcasts
  36.  
  37. Mixing of RIP-1 and RIP-2 support NOS RIP COMMANDS
  38.  
  39. RIP ACCEPT <gateway>
  40.  
  41. The RIP ACCEPT command resumes the acceptance of RIP broadcasts
  42. from a specific node given in the <GATEWAY> field.  Ex:  RIP
  43. ACCEPT 192.55.248.1  or   RIP ACCEPT skeggi.tcman.ampr.org
  44.  
  45. RIP ADD <DEST> <INTERVAL> [<FLAGS>] [<RIPVER>] [AUTH <PASSWORD>]
  46. [RD <routing domain>]
  47.  
  48. The RIP ADD command adds a node to the list of stations that are
  49. to be broadcast to with the local nodes routing table.  <DEST>
  50. is the destination node, usually a broadcast address. 
  51. <INTERVAL> is the number of seconds between broadcasts.  <FLAGS>
  52. are the RIP flags used (see below for the flags), it is a
  53. hexadecimal number.  <RIPVER> is the version of the RIP
  54. broadcasts.  This may be a 1 or 2.  The AUTH identifier preceeds
  55. the authentication password to be included with the RIP
  56. broadcasts to this destination.  The RD identifier preceeds the
  57. routing domain number.  This number must range from 0 to 65535. 
  58. The authentication fields and routing domain fields are only
  59. valid with RIP-2 broadcasts.  The password must be 16 characters
  60. or less.  Printable ASCII characters are recommended, but not
  61. required.
  62.  
  63. RIP FLAGS  
  64.  
  65. 0x01    Do split horizon processing
  66.  
  67. 0x02    Include ourselves in the routing broadcast
  68.  
  69. 0x04    Broadcast RIP packets (default type)
  70.  
  71. 0x08    Multicast RIP packets (not implemented) (RIP-2)
  72.  
  73. 0x10    Poisoned Reverse on
  74.  
  75. 0x20    Authentication data to be included in broadcast (RIP-2)
  76.  
  77. Recommend flags are Split Horizon, and Poisoned Reverse or 0x11.
  78.  Authentication and routing domain data entered here only
  79. applies to the outgoing RIP broadcasts.  See RIP AUTHADD and RIP
  80. AUTHDROP for entering acceptable passwords and routing domains.
  81.  
  82. Example:      RIP ADD SKEGGI.TCMAN.AMPR.ORG 30 0x31 2 AUTH frodo RD
  83. 2
  84.  
  85.         RIP ADD BIGGUS.TCMAN.AMPR.ORG 300 0x11 1
  86.  
  87. RIP PROXY <SRC> <DEST> <INTERVAL> [<FLAGS>] [AUTH <PASSWORD>]
  88. [RD <ROUTING DOMAIN>]
  89.  
  90. The RIP PROXY command adds a node to the list of stations that
  91. are to be broadcast to with the local nodes routing table. 
  92. <SRC> is the node that the broadcast will "point" to.  <DEST> is
  93. the destination node, usually a broadcast address.  <INTERVAL>
  94. is the number of seconds between broadcasts.  <FLAGS> are the
  95. RIP flags used (see below for the flags), it is a hexadecimal
  96. number.  The AUTH identifier preceeds the authentication
  97. password to be included with the RIP broadcasts to this
  98. destination.  The RD identifier preceeds the routing domain
  99. number.  This number must range from 0 to 65535.  The
  100. authentication fields and routing domain fields are only valid
  101. with RIP-2 broadcasts.  The password must be 16 characters or
  102. less.  Printable ASCII characters are recommended, but not
  103. required.
  104.  
  105. RIP FLAGS  
  106.  
  107. 0x01    Do split horizon processing
  108.  
  109. 0x02    Include ourselves in the routing broadcast
  110.  
  111. 0x04    Broadcast RIP packets (default type)
  112.  
  113. 0x08    Multicast RIP packets (not implemented) (RIP-2)
  114.  
  115. 0x10    Poisoned Reverse on
  116.  
  117. 0x20    Authentication data to be included in broadcast (RIP-2)
  118.  
  119. Recommend flags are Split Horizon, and Poisoned Reverse or 0x11.
  120.  Authentication and routing domain data entered here only
  121. applies to the outgoing RIP broadcasts.  See RIP AUTHADD and RIP
  122. AUTHDROP for entering acceptable passwords and routing domains.  
  123.  
  124. Proxy RIP is tricky, complex and not needed for normal use.  Do
  125. NOT use proxy rip unless you understand what you are doing. 
  126. Proxy RIP's primary use would be to advertise routes to another
  127. machine that is aquiring routing information via another routing
  128. protocol.  See RFC 1388 for further details.
  129.  
  130. RIP DROP <dest> [<DOMAIN>]
  131.  
  132. RIP DROP removes a routing broadcast entry.  If a RIP-2
  133. broadcast was entered, the correct routing domain needs to be
  134. entered, since it is possible to broadcast multiple routing
  135. domains to the same address.
  136.  
  137. Example:  RIP DROP SKEGGI.TCMAN.AMPR.ORG 2
  138.  
  139. RIP AUTHADD <interface> <routing domain> [<password>]
  140.  
  141. RIP AUTHADD adds an acceptable routing domain and optionally a
  142. password to a specific interface.
  143.  
  144. Example:      RIP AUTHADD ax0 2 frodo
  145.  
  146.         RIP AUTHADD en0 3
  147.  
  148. RIP AUTHDROP <interface> <routing domain>
  149.  
  150. RIP AUTHDROP removes an acceptable routing domain (and password
  151. if any) from a specific interface.
  152.  
  153. Example:    RIP AUTHDROP ax0 2
  154.  
  155. RIP REJECT <version>
  156.  
  157. RIP REJECT is used to ignore older RIP broadcasts, as they may
  158. cause undesirable routing table alterations.  The version number
  159. is the version number and below that are ignored.  RIP version 0
  160. (XNS RIP) is always ignored.  The default is 0.  To ignore RIP-1
  161. broadcasts:  RIP REJECT 1 would do the job.
  162.  
  163. RIP FILTER <ON|OFF>
  164.  
  165. RIP FILTER will cause advertisements to the default route
  166. (0.0.0.0) to be tossed and ignored.  By default this is off. 
  167. This can serve as a LID filter.  Default routes should NOT be
  168. advertised, unless there is a specific reason (ie this machine
  169. is a gateway to the rest of the Internet).
  170.  
  171. RIP MERGE <ON|OFF>
  172.  
  173. RIP MERGE will cause overlapping routing entries to be merged
  174. into one routing entry.  For example N0BEL.TCMAN.AMPR.ORG is a
  175. route to 192.133.30.0/28, and 192.133.30.16/28, with merging on
  176. this would become a single entry of 192.133.30.0/27.
  177.  
  178. RIP REFUSE <gateway>
  179.  
  180. RIP REFUSE will reject all RIP broadcasts from the GATEWAY
  181. station.  RIP ACCEPT is the opposite.  By default all stations
  182. are accepted.
  183.  
  184. RIP REQUEST <GATEWAY>
  185.  
  186. RIP REQUEST asks the gateway station to send a routing table
  187. now, rather than waiting for periodic updates.
  188.  
  189. RIP STATUS
  190.  
  191. RIP STATUS will display various statistics for RIP-1 and RIP-2,
  192. RIP broadcasts, RIP refusals, and acceptable Interface, Domain
  193. and Password combinations.  It also displays the refusing
  194. version level.  The DEFAULT interface is for every interface. 
  195. Thus unless removed, and RIP-2 broadcast with a domain of 0 does
  196. not require a password and will be accepted.
  197.  
  198. RIP TRACE <level> [<FILE>]
  199.  
  200. RIP TRACE will begin tracing RIP operations.  The higher the
  201. level, the more detailed the logging.  Level 9 is the useful
  202. maximum, with level 0 (the default) being no logging.  If a file
  203. is specified, logging will go to that file, else logging appears
  204. on the console.
  205.  
  206. RIP TTL <time-To-LIVE>
  207.  
  208. RIP TTL sets the time-to-live before RIP entries expire from the
  209. routing tables.  The default should work for almost all cases.
  210.  
  211.  
  212.  
  213.  
  214.  
  215.